REMARKS 

In view of the following remarks, reconsideration and allowance of this application is 
requested. Claims 1-22 remain pending, with claims 1,15, and 21 being independent. 

Claims 1,15, and 21 recite receiving an identifier and receiving output from a command 
line utility. The command line utility output is stored in system storage at a location identified 
by the identifier. 

Independent claims 1,15, and 21 stand rejected under 35 USC 102 as anticipated by 
Buxton. Applicant requests reconsideration and withdrawal of these rejections because Buxton 
does not describe or suggest receiving output from a command line utility and storing the 
command line utility output in a system storage. Applicant, in the application, uses the 
command line utility "dir" available in Microsoft WINDOWS® as an example of a command line 
utility that generates output. Thus, in WINDOWS® the user inputting the "dir" command line 
utility into the command line generates a listing of all the files in a directory. Applicant's 
example system takes the output (i.e. listing of all files in a directory) generated by the user input 
"dir" and stores it in system storage that, in one illustrative embodiment, may be a system 
registry database. 

Buxton, in Figure 2 shows the elements comprising a component customization and 
distribution system that provides a template builder utility (204 and Figure 4A) which enables a 
base component 202 to be selectively modified and the modifications to the base component 
stored as a template. The templates are stored in a template storage file 212 with the assistance 
of template storage dynamic link library (DLL) 205. As shown in Figure 4B, each template 420 
contains initialization data 425 representing the modifications to data of the base component, and 
one or more user-defined instructions 445 useful in utilizing the modifications or customizations 
to the base component. 

In Buxton, component system 200 shown in Figure 2 is a standalone application or is 
used with Lotus Notes or any software application to implement Object Linking and Embedding 
(OLE) controls. Component system 200 includes software to Chart, Comment, Draw/Diagram, 
File View, and Project Schedule, in addition to a template builder utility and a component loader 
utility. Buxton in column 8, lines 45-52 describes a user interface that enables a user to interact 
with component system 200 and may be implemented with a simple command line interpreter or 
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may have a more sophisticated graphic user interface with pull down menus to select various 
options available, such as selection of a specific component, component loader 206, template 
builder 204, etc. Buxton does not describe or suggest receiving output from a command line 
utility and storing that output in system storage but rather using a command line interpreter or 
graphic user interface with pull down menus to select various available options. 

Within Buxton's component system 200, a separate template builder application 204 with 
its own graphical user interface (GUI) is present as described in column 13. The template 
builder application allows a user through the GUI to select a base component, customize the 
component, and store the customizations as a template. The GUI enables users to perform a 
variety of different actions (i.e. New Template, Open Template, Save, Create Distribution Pack, 
and Exit Template Builder). After the user has specified the customizations within the 
component using the GUI and an editor and saved the customizations as a template using the 
template builder utility, the template is stored in a template storage file with the assistance of a 
template storage dynamic link library. Buxton does not describe or suggest receiving output 
from a command line utility but rather teaches that the user through a GUI and editor inputs 
customizations to the base component. The customizations input by the user are saved as a 
template and do not generate outputs like the applicant's command line utility, the output then 
stored in a system storage. In Buxton, the user's inputs are stored as a template in a template 
storage file. 

Column 13, lines 8-14 describes creation of templates using DLLs that include formatting 
and storage retrieval functions and procedures to manage and simplify the storage and 
registration of templated components for the template builder, component loader, and template 
installer. Thus, column 8, lines 45-52, column 13, lines 8-14 or any other part of the Buxton 
reference does not describe or suggest receiving output from a command line utility and storing 
the command line utility output in a system storage. 

Claims 2-14, 16-20 and 22 depend from independent claims 1,15 and 21, respectively. 
Accordingly, Applicant requests reconsideration and withdrawal of the rejection for claims 2-14, 
16-20 and 22 for the reasons discussed above with respect to claims 1,15 and 21. 

All independent claims are allowable for the reasons set forth above. Dependent claims 
are allowable for at least the same reasons as corresponding independent claims. 
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Allowance of all claims is respectfully requested. The Commissioner is authorized to 
charge any additional fees and/or credit any overpayment to Deposit Account 20-1504 
(MCT.0132US). 

Respectfully submitted, 
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